home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part2 / 12319 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB

  1. Path: easy.in-chemnitz.de!mkmk!floh
  2. From: floh@mkmk.in-chemnitz.de (Andre Weissflog)
  3. Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.programmer
  4. Subject: Re: toy operating systems, like AmigaOS
  5. Message-ID: <QMXoy*3J0@mkmk.in-chemnitz.de>
  6. Date: Sat, 13 Apr 1996 19:06:28 CET
  7. Reply-To: floh@mkmk.in-chemnitz.de
  8. FollowUp-To: comp.sys.amiga.advocacy
  9. References: <skllsf.984983.4.5@groomlake.mil>
  10. Organization: private uucp site
  11. X-Newsreader: Arn V 1.04
  12.  
  13. In article <skllsf.984983.4.5@groomlake.mil>, Duanne Barry writes:
  14. > I've have made hundreds of critical bugs that generally 
  15. > just cause the entire code to blow up (eg. memory overwriting, runaway 
  16. > loops, etc).  But never ever did any of my bugs actually crash the Unix box
  17. > (ie. it never needed a reboot)  due to the lovely memory protection.
  18. Uhh, not that again. What's your problem? If you like Unix, buy a
  19. Unix box. If you like Win95, buy a PC. If you like MacOS, buy a Mac.
  20. There are quite a few small debugging tools on the Amiga that help you 
  21. to find memory leaks, or wrong pointers. You find the bug, then fix it.
  22. The finished application shouldn't produce any memory access faults,
  23. not under Unix, and not under AmigaOS. And the actual
  24. fixing of the bug takes at least a few minutes, including recompile.
  25. So bringing the machine back into a solid state takes only a small
  26. fraction of the whole bugfix (a reboot on an Amiga takes 10..30
  27. seconds).
  28.  
  29. Memory protection is nice, but only if it doesn't degrade system
  30. performance. And I yet have to see a Unix which performs as
  31. well even on lowcost machines as AmigaOS.
  32.  
  33. > This is completely different from coding on an Amiga 4000 
  34. > (which i did for a few years), where a serious bug just takes out 
  35. > the entire machine (thus significantly lengthening coding time)...  from 
  36.                            ^^^^^^^^^^^^^^^^^^^^^^^^^
  37. Oh come on. Actually ***reproducing*** and thus finding the bugs 
  38. takes the most time. It's not like you have 50 memory trashing
  39. bugs a day, otherwise there's something wrong with your programming
  40. style.
  41.  
  42. > So, to conclude this monologue, in my view the Amiga will not be taken 
  43. > seriously until it has fast hardware and a robust operating system...
  44. > I don't see this happening for at least 2 years unless someone ports 
  45. > Linux to the upcoming PowerAmiga (if it ever comes out).
  46.  
  47. An Amiga running Linux (or any other Unix) is no longer an Amiga,
  48. it's just a Unix box.
  49.  
  50. FUps redirected to c.s.a.advocacy.
  51.  
  52. ====//=== Andre Weissflog <floh@mkmk.in-chemnitz.de> =======
  53. ...//..........."Spirits in the material world"............
  54. \\//......90% of everything is crap (Sturgeon's Law)......
  55. =\\===============================================Amiga!=
  56.  
  57.